Migrarea pe un server nou: Cum să te muți fără a strica nimic?

Giteqa

Salutare, prieteni!

Astăzi aș vrea să discut cu voi despre un moment important în activitatea aproape fiecărei companii care deține un server, și anume — migrarea.

Migrarea este un lucru pe care mulți încearcă să-l evite și de care se tem cu adevărat. Și este de înțeles, deoarece mutarea unui site seamănă cu mutarea într-o casă nouă: întotdeauna poți uita ceva sau poți strica ceva în proces. În plus, acest lucru necesită timp și nimeni nu vrea ca site-ul său să fie indisponibil nici măcar 5 minute, darămite câteva ore.

Deci, cum să organizezi migrarea și să eviți DownTime-ul? Astăzi vom analiza această întrebare, astfel încât să nu vă faceți griji în viitor dacă va trebui să vă „mutați” proiectul.


Pregătirea pentru migrare: Cu ce începem?

Înainte de a începe transferul, trebuie să efectuezi un audit. Iată trei puncte critice:

  1. Versiunile software. Sunt instalate aceleași versiuni de PHP, MySQL/MariaDB pe ambele servere? Dacă pe cel vechi este PHP 7.4, iar pe cel nou 8.3 — acest lucru poate duce la erori grave. Asigurați-vă că versiunile sunt identice.

  2. Volumul discului. Este important să înțelegeți că, pe durata transferului, arhivele vor ocupa un spațiu dublu. Alegeți întotdeauna un server cu rezervă de spațiu, pentru a nu rămâne fără loc în cel mai critic moment.

  3. Accesul. Aveți nevoie de drepturi Sudo pentru a efectua singuri toate manipulările necesare. Unii furnizori oferă acces limitat, ceea ce complică munca. Desigur, furnizorii pot ajuta cu migrarea, dar, de regulă, acesta este un serviciu contra cost.


Siguranța înainte de toate: Cum să te asiguri?

Backup-ul este cea mai sigură soluție în timpul migrării. Făcând o copie de rezervă completă, te vei proteja în totalitate de pierderea datelor și de stresul inutil. Dacă ceva nu merge bine, vei avea întotdeauna un punct de restaurare.


Magie tehnică: Mutarea fără întreruperi (DownTime)

Ingredientul secret: Reducerea TTL

Acesta este lucrul pe care începătorii îl uită cel mai des, iar apoi așteaptă o zi întreagă pentru ca site-ul să se „mute”. Cu 24 de ore înainte de migrare, intrați în setările DNS ale domeniului și găsiți parametrul TTL (Time To Live). De obicei, acesta este setat la 3600 sau 86400. Modificați-l la 300 (5 minute).

De ce este necesar acest lucru? Când veți introduce noul IP, furnizorii din întreaga lume vor afla despre acest lucru în 5 minute, în loc de o zi întreagă. Aceasta este cheia unei mutări fără DownTime.

Transferul fișierelor: Uită de FTP

Dacă site-ul tău are mii de imagini, transferul lor prin FileZilla este o tortură. Conexiunea se poate întrerupe și te vei încurca în ce s-a copiat și ce nu. Pentru profesioniști există comanda rsync. Aceasta funcționează prin SSH, comprimă datele și, dacă conexiunea se întrerupe, pur și simplu continuă descărcarea de unde a rămas.

Exemplu de comandă: rsync -avz -e ssh /var/www/html/ utilizator@IP_nou:/var/www/html/

Baza de date: Modul „Silențios”

Înainte de a exporta baza de date, asigurați-vă că puneți site-ul în modul de întreținere (Maintenance mode).

De ce este critic acest lucru? Dacă un client cumpără un produs pe serverul vechi în momentul în care faceți copia, această comandă nu va ajunge pe serverul nou. Este mai bine să opriți site-ul pentru 10 minute decât să pierdeți datele clientului.


Cum să verifici site-ul înainte ca lumea să-l vadă?

Cel mai tare truc constă în utilizarea fișierului hosts de pe computerul tău personal. Poți scrie în el IP-ul noului server și numele domeniului tău.

După aceasta, browserul tău va deschide site-ul deja de pe noul server, deși pentru toți ceilalți acesta funcționează încă pe cel vechi. Poți verifica în liniște formularele, imaginile și scripturile, iar după ce te asiguri că totul este perfect, schimbi IP-ul în panoul domeniului.


Checklist final după mutare

Când DNS-urile s-au actualizat și site-ul se deschide de pe noul server, verifică:

  • Certificatul SSL: S-a reemis Let's Encrypt pe noul IP?

  • E-mail: Pleacă mesajele de pe site (notificări de comenzi sau înregistrări)?

  • Cron-jobs: Ai uitat să transferi planificatorul de sarcini?


FAQ: Pe scurt despre ce este important

  • Trebuie să schimb setările în CMS? Da, dacă s-au schimbat datele bazei de date (numele BD, utilizatorul sau parola), actualizează-le în fișierul de configurare (de exemplu, wp-config.php).

  • Ce fac dacă apare eroarea 500 pe noul server? Cel mai probabil este o problemă de drepturi de acces. Încearcă comanda chown -R www-data:www-data pentru folderul site-ului tău.

  • Pot migra de pe Linux pe Windows sau invers? Tehnic — da, dar acest lucru va crea o mulțime de probleme cu căile și registrele fișierelor. Încercați să utilizați aceleași sisteme de operare.


Concluzie

Migrarea nu este o catastrofă dacă ai un plan clar și mintea limpede. Important este să ai mereu la îndemână un backup proaspăt și să nu te grăbești să ștergi datele de pe serverul vechi (păstrează-le acolo încă o săptămână pentru siguranță).

Dacă simți că proiectul tău este prea complex pentru o migrare pe cont propriu, trebuie să apelezi la suportul tehnic al hostingului spre care migrezi. De exemplu, la MivoCloud oferim migrare gratuită către Shared Hosting-ul nostru la plata serviciului imediat pentru un an.


Autorul articolului — Anatolie Cohaniuc